Hibaág 3: Az azonnali átutalásban résztvevő szereplők bármelyikénél elutasított fizetési kezdeményezéss

A folyamat lépései:

1. A kereskedő rendszere az aktuális vásárlás adatait az Aggregátor számára elektronikus csatornán átadja. Előfordulhat, hogy a kereskedő és az Aggregátor közé subaggregátor is beáll a kezdeményezés és a visszajelzés folyamatába.
2. Az Aggregátor létrehozza az Egységes Adatbeviteli Megoldást a rendeletben meghatározott szabvány szerint, ami a tranzakció és a kedvezményezett adatait is tartalmazza. Az adatokat hitelesítési kóddal látja el a generáló algoritmus a visszaélések megakadályozása érdekében.
3. A kereskedő megjeleníti, elérhetővé teszi a kasszarendszerén az Egységes Adatbeviteli Megoldást. Számlás fizetés esetén kinyomtatja a számlára a QR-kódot. Webshop vásárlás esetén egy link (deeplink) generálása történik, amire kattintva nyílik meg a mobilbanki alkalmazás. NFC esetében a kereskedő eszköze sugározza az adatokat.
4. A Fizető fél beolvassa többfunkciós eszköze segítségével az Egységes Adatbeviteli Megoldást. Az Egységes Adatbeviteli Megoldás beolvasása elindítja az előre telepített mobilbanki alkalmazást a többfunkciós eszközön, ugyanis az Egységes Adatbeviteli Megoldásban tárolva vannak azon mobilbanki alkalmazások nevei, amiket fel tud éleszteni az Egységes Adatbeviteli Megoldás beolvasása az adott operációs rendszeren. Egyéb esetben a fizető fél már előre belép a mobilbanki alkalmazásba és ott olvassa be az Egységes Adatbeviteli Megoldást.

5. Ha a mobilbanki alkalmazás a formai ellenőrzéseket elvégezte, akkor továbbítja a fizetési kezdeményezést a fizető bankja számára. A fizetési kezdeményezéssel kapcsolatban a fizető fél bankja a következő ellenőrzéseket hajtja végre:

   Fizető fél fedezetének ellenőrzése: fedezetlenség esetén kötelezően az MS03 hibakóddal kell a visszajelző üzenetet küldeni.

   Hitelesítő kód ellenőrzése: ha az ellenőrzésen elbukik, akkor a vonatkozó hibakóddal kell a visszajelző üzenetet küldeni.

   Minden, a tranzakció átutalására vonatkozó egyéb formai és üzleti követelmény: ha az ellenőrzésen elbukik, akkor a vonatkozó hibakóddal kell a visszajelző üzenetet küldeni.

   Ebben a lépésben történik az Egységes Adatbeviteli Megoldás esetleges korábbi felhasználásának ellenőrzése is a többszörös küldés elkerülése céljából. Ez az ellenőrzés a Kedvezményezett belső tranzakcióazonosítója mező vizsgálatával történhet. Ez a mező globálisan egyedi azonosító.

   Ha egy Egységes Adatbeviteli Megoldás alapján korábban már kezdeményeztek azonnali átutalást, akkor a fizető fél bankja az AM05 hibakóddal tölti ki az esetleges további visszajelző üzenetet a duplikált kezdeményezés jelzésére. A fizető fél bankjának 180 napra visszamenően kell ellenőrizni az Egységes Adatbeviteli Megoldás esetleges korábbi felhasználását.

   Ha az aggregátor mégis többször kapna azonnali átutalást ugyanarról az Egységes Adatbeviteli Megoldásról, akkor a visszafizetéshez a vonatkozó reklamációs eljárást kell követnie.

   Az aggregátor kezelni tudja a hibás, többszörösen elküldött ugyanazon visszajelző üzenetek esetét is, mert a GIRO rendszere átengedi a többszörösen küldött visszajelzéseket.

6. A fizető fél bankja azonnali átutalással elindítja a fenti ellenőrzések után a tranzakciót. Amennyiben az azonnali átutalást nem sikerül végrehajtani, a fizető fél bankja visszajelzést küld a frontend számára és az Aggregátornak. Az üzenet összeállítására és kiküldésére vonatkozó végrehajtási időre vonatkozó követelményt lásd a következő fejezetben.
7. A fizető fél bankja a GIROInstant platformon keresztül visszajelző üzenetet küld a sikertelen átutalásról pain.002 visszajelző üzenet formátumban. Az üzenet címzettje az Aggregátor. Ezzel egyidőben a bank értesíti a fizető felet is a többfunkciós eszközön a terhelés meghiúsulásáról.
8. A GIROInstant továbbítja a negatív visszajelző üzenetet az Aggregátornak.
9. A visszajelző üzenet alapján az Aggregátor (a sub-aggregátoron keresztül) értesíti a kereskedőjét a fizetési művelet meghiúsulásáról.